home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / door / dman_300.zip / HISTORY.DOC < prev    next >
Text File  |  1992-11-15  |  20KB  |  392 lines
  1. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ UPDATE HISTORY ▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
  2.  
  3. Version 1.10 (2-12-92)
  4.  
  5. The first released version.  Had a couple of minor bugs <grin> but they
  6. were taken care of before too many copies got out.
  7.  
  8. ===========================================================================
  9. Version 1.20 (2-17-92)
  10.  
  11. Added "Command Stacking" enabling users to specify up to 5 doors in any one
  12. category to enter in sequence.  Between doors, they are presented with
  13. their time left and the number of doors left in the sequence, then asked
  14. whether to (C)ontinue or (A)bort.  Saves time in that they do not have to
  15. go back to the menu each time.
  16.  
  17. This is a prime example of "User Suggestion Implementation"!  A Special
  18. Thanx goes out to Mike Turner.
  19.  
  20. Added "Door Sponsorship" capability.  If you enter a "Sponsor" for a door
  21. in DoorEdit, then each time the door is entered, a "This door sponsored by"
  22. message is displayed in place of the "Please Wait".
  23.  
  24. Made a few cosmetic alteration to DoorEdit.  Basically, got rid of the
  25. annoying green screen when editing doors!
  26.  
  27. Still working on a way to reduce the memory requirements!  Might have a
  28. solution.  Watch for v1.30!!
  29.  
  30. ===========================================================================
  31. Version 2.01 (3-20-92)
  32.  
  33. What happened to 1.30?  Well, I made soooo Many changes in this version, I
  34. thought it deserved a 2.  Here are the changes.  All changes ending with
  35. (USF!) were "User Suggested Features"!
  36.  
  37. Fixed the "Time Bug"!  The door now keeps track of the user's time like
  38. it's supposed to.  This includes the "Time Limit Exceeded" message if you
  39. entered the door with 999 minutes left!
  40.  
  41. Added a configureable "Max Time In Door" for each door! (USF!)
  42.  
  43. Added an option to show which doors are registered in the menus. (USF!)
  44.  
  45. Added a global toggle for the option above in case you don't want your
  46. users to know which door are registered. (USF!)
  47.  
  48. Fixed the bug causing DoorMan to display "sponsored by            ".  It
  49. will now omit the message completely like it's supposed to!
  50.  
  51. Added an Exit option at the Door Menu level.  Users no longer have to abort
  52. to the Category menu in order to exit.  (USF!)
  53.  
  54. Did a MAJOR overhaul on DoorEdit!  Try editing some doors, I think you'll
  55. like it!
  56.  
  57. Upped the limits to 15 categories of 15 doors each for a grand total of
  58. 225!  (USF!) 
  59.  
  60. As a result of the last change, the menus now display "faster" since the
  61. title box is no longer displayed.
  62.  
  63. Did a MAJOR overhaul on Setup!  You can now edit config files as well as
  64. create them, and you can use your arrow keys!
  65.  
  66. Fixed the "Empty Graph" bug in DoorStat!  This one is kinda like a
  67. double-edged sword however.  If you weren't keeping a "verbose" log up till
  68. now (DOORMAN.LOG) you will have to scrap all your old data.  This is due to
  69. the fact that the format for DOORMAN.DAT was changed completely.  There is
  70. no way to convert the current file to the new format <sorry>.  However, if
  71. you were keeping a .LOG file, I have included a utility to read it and
  72. create a new DOORMAN.DAT file from it.  Simply put LOG2DAT.EXE in your
  73. DoorMan directory and run it.  I will overwrite any DOORMAN.DAT file
  74. already there.  In the process of the conversion, it will purge any entries
  75. that do not have a corresponding entry in the .CAT file.  In other words,
  76. any entries for doors you have deleted, and any "Viewed Graphs" entries. 
  77. They will still be in the .LOG file, but they won't be in the .DAT file
  78. since DoorStat has no need for them.  This should only have to be done
  79. once, but I do recommend you keep the .LOG file for a while until the new
  80. format has been fully tested.  I actually never figured out what was
  81. causing the .DAT file to get scrambled, but I think I have a good idea and
  82. I think/hope/pray it's fixed!
  83.  
  84. With the exception of Category #1, all the category selections are now
  85. "Hot-Keyed".  Category #1 will also be if you have less than 10 categories.
  86.  
  87. All letter responses are now "Hot Keyed".  These include (E)xit, (A)bort,
  88. (C)ontinue, and (V)iew Graphs.
  89.  
  90. The program now generates the title screen.  Therefore, the DMTITL.???
  91. files are no longer needed, you can delete them.
  92.  
  93. The Menus are now "abortable".  If a user hits a key, any key, while the
  94. menu is being displayed (or before), it will be aborted and go straight to
  95. the prompt.  However, if the user aborts the menu by accident, the can hit
  96. Enter and the rest of the menu will display.
  97.  
  98. Last but most certainly not least, the memory requirement for DoorMan has
  99. been reduced by a whopping 83K!  The door now requires only 32K of memory. 
  100. This was accomplished by going to a loader.  Thus, you now have DoorMan and
  101. DoorMenu in your directory.  DoorMan is now simply a loader to load
  102. DoorMenu.  You need not change anything in your BAT files!!!  Leave them
  103. alone, they will work fine!
  104.  
  105. ===========================================================================
  106. Version 3.00 (11-15-92)
  107.  
  108. This version is almost a complete and total re-write!  Just about
  109. EVERYTHING has been changed!
  110.  
  111. The memory requirements have been reduced another 8K or so due to the fact
  112. that the "loader" is now compiled using PDS 7.1 instead of QB4.5.
  113.  
  114. In fact, with the exception of the door itself, all other programs in the
  115. package are now written in PDS 7.1.  The author of the communications
  116. library used to develop the door is currently working on a version for PDS,
  117. when he finishes it, the door will also be written in PDS.  This should
  118. GREATLY improve the speed of the program and GREATLY reduce the size of the
  119. DoorMenu.Exe file!
  120.  
  121. Added support for PCBoard.Sys.  Actually, it was there all the time but
  122. undocumented due to the fact that I had no way of getting the caller's
  123. security level.  Why?  It's not included in the PCBOARD.SYS file.  In the
  124. process of writing the Caller Info File conversion routine, I acquired the
  125. knowledge on how to read the PCBoard.Dat file and Users database to get the
  126. user's security level.  Therefore, the door will now work with PCBoard.
  127.  
  128. Added the Caller Info File converter.  Now, when adding a door to the
  129. menus, you simply tell DoorMan what info file the door is set up to use. 
  130. When the door is run, DoorMan will read whatever file your BBS creates and
  131. write whatever file the door wants!  This has been EXTENSIVELY tested on my
  132. system and is working flawlessly!  However, if you have any problems with a
  133. door, let me know so I can figure out why and fix it!  The doors you're
  134. most likely to have trouble with are those written for PCBoard ONLY. That
  135. is, running those doors on something other than PCBoard.   Reason: some of
  136. those doors require more than the PCBoard.Sys, PCBoard.DAT and Users
  137. database that DoorMan will create.
  138.  
  139. Added the Bat File creator.  When adding doors, you now specify the
  140. commands to run the door within DoorEdit.  When the door is run, DoorMan
  141. will create a bat file containing all the necessary directory changes and
  142. the commands you have told it are needed to run the door.  If you are
  143. running a Multi-node system, there are a number of "symbols" available
  144. to replace node specific commands in the Run Commands.  If you are
  145. converting from v2.01, the DMV2-V3 utility will read the bat file names
  146. from your current DoorMan.Cat file and convert the Bat files also! (USF!)
  147.  
  148. Added scoreboards and a configurable security level for viewing scores.
  149. When adding doors, can specify both ansi and ascii files for each door. 
  150. The user then simply points the cursor at a door and hits "S" for Scores. 
  151. DoorMan will first look in the Scoreboard directory you have defined for
  152. the appropriate file.  If it doesn't find it there, it will then look in
  153. the door's directory.  Wherever it finds the file, it will display it to
  154. the user and wait for them to press a key. (USF!)
  155.  
  156. Added support for Multi-taskers.  DoorMan will now auto-detect what
  157. environment it is running under (ie DOS, DV, TopView, Double Dos, or
  158. Windows 3.x).  If DoorMan detects that a multi-tasker is in use, it will
  159. give up it's time slices when doing nothing but polling the keyboard.  This
  160. will result in about a 50% increase is system speed when setting at the
  161. menu prompt!  At least that's what it did on my system running under
  162. DESQView 2.41.
  163.  
  164. Added Security Level based access for categories. (USF!)
  165.  
  166. Added the Hidden flag to both categories and Doors.  If flagged as Hidden,
  167. the door or category will not show up in the user's menu if they don't have
  168. access based on their security level.  This is how it was in version 2. 
  169. However, if *NOT* flagged as Hidden, the door or category *WILL* show up in
  170. the menu but will have a red X at the end of the description.  If the user
  171. attempts to enter it, they will be informed that they do not have access to
  172. it and not allowed to enter it. (USF!)
  173.  
  174. Added a 9600+ flag for each door.  Don't know if there's a need for this
  175. yet or not.  It's mainly in preparation for future Bland Software doors. 
  176. My next endeavors are going to be 9600+ specific doors.  In other words,
  177. LOTS of graphics and animation!  These doors will be unplayable at 1200,
  178. unbearable at 2400, nice at 9600, good at 14,400 and Excellent at 16,800
  179. and above!
  180.  
  181. Added 6 new menu styles and Random.  Each category now has a configurable
  182. Menu Style.  If you set it to one of styles, that one will be displayed
  183. each time the category is displayed.  If you set it to Random, DoorMan will
  184. choose one of the styles each time the menu is displayed (including a
  185. Refresh command!)  Talking about messing up users!  More menu styles will
  186. be added in the future!  If you have one you'd like to see in there, send
  187. me an ANSI screen and I'll see what I can do!
  188.  
  189. Added defaults in DoorEdit.  Now, when you go to add a door or category,
  190. DoorEdit will bring up the defaults you have entered as a starting point,
  191. should save a LOT of time when adding new items! (USF!)
  192.  
  193. Added context sensitive help to DoorEdit and DoorStat.  From just about ANY
  194. prompt in either program, you can hit F2 and get a help screen.
  195.  
  196. Added a cursor instead of entering numbers to choose doors and categories. 
  197.  
  198. Added support for ALL arrow keys to move the cursor!  Try it, you can use
  199. the grey arrow keys, the white arrow keys with Num Lock off, the white
  200. arrow keys with Num Lock on and the 2 and 8 keys at the top of the
  201. keyboard!  This should please just about everyone!
  202.  
  203. Added a Refresh command for each menu to handle excessive line noise.
  204.  
  205. Added a Time Left command at each menu. (USF!)
  206.  
  207. Added the About command.  Basically, this is a place for the (C)opyright
  208. notice.  However, it's also a good place to advertise my work :)
  209.  
  210. Added opening screens for each door.  If you define a screen name in that
  211. field, when a user selects the door, DoorMan will display the screen before
  212. it runs the door.  Good place to advertise contests, ask for sponsorship,
  213. give instructions, etc...  (USF!)
  214.  
  215. Added support for Wildcat's UserInfo.Dat file.  If you are running Wildcat
  216. 3.x and have doors which modify the users time or time bank, you can now
  217. put those doors into DoorMan.  Each time the user enters the door
  218. (including when they return from a door) DoorMan will read in the
  219. UserInfo.Dat file (USF!)
  220.  
  221. Added support for function keys to change the users time. If you're running
  222. a Wildcat 3.x system, DoorMan will write any changes to the users time to
  223. the UserInfo.Dat file before it exits therefore, any changes you make will
  224. be reflected when the user exits back to the board.
  225.  
  226. Added a Chat Mode.  Actually, there was one there all the time, all you had
  227. to do was hit Alt-C.  However, that is internal chat in the communications
  228. library and it contains a bug!  The author of the comm library swears he
  229. can't find it, but if you let it word wrap a couple of times, you WILL get
  230. an Error #5 and the program will exit!  The chat that's there now is one
  231. I've written and it will word wrap just fine!  I am thinking about making
  232. it a Split Screen chat for those with ANSI, however, it'll only be done if
  233. someone else wants it.  If you want a split screen chat, let me know!
  234. (USF!)
  235.  
  236. Added a function key to Shell to Dos.  This gives about a 186K shell or so. 
  237. Should be adequate to go out and look at some files or something like that. 
  238. If a bigger shell is needed, I'm working on making it swap to disk (or EMS)
  239. when it shells. (USF!)
  240.  
  241. Added a function key to Hang Up on really obnoxious users!  This comes with
  242. a configurable message to send before hanging up also.
  243.  
  244. Added a key to DoorMan.  For those of you who don't like keys, sorry. 
  245. Here's the deal, DoorMan has been out there for quite some time now, I've
  246. received in excess of 100 calls, messages, and Netmails telling me how good
  247. the program is, it's been downloaded (at last check) 300+ times from the
  248. Wildcat Sysop BBS alone, and I've received about 20 registrations. 
  249. Something's wrong here, dontcha think?  Therefore, ALL programs coming from
  250. me will be keyed!
  251.  
  252. Added a key to DoorStat.  Out of the 20 or so registrations I've gotten for
  253. DoorMan, only 2 have included registration for DoorStat.  Therefore, the
  254. utility is either not wanted, or people are using it unregistered.  This
  255. will no longer occur.  If it is not registered within 32 days, it will
  256. simply cease to function.  The user will be informed if the key has
  257. expired, or if the program is not there at all.  Therefore, if you don't
  258. want it, just delete it, it won't cause any problems.
  259.  
  260. Added SysOp definable Title and Goodbye screens.  The default title screen
  261. is GONE!  But, there is a place where you can define one of your own if you
  262. want one displayed.  Same goes for a Goodbye screen, if there's a file name
  263. in the config and DoorMan finds the screen, it will display it and wait for
  264. a keypress.  At present, these screens are *NOT* abortable, if you'd like
  265. them to be abortable, let me know.  All I have to do is go in and change
  266. "" to " " in the command that sends the screen.  (USF!)
  267.  
  268. Added the user's Security level and the environment to the status line.
  269.  
  270. Added the ability to move doors between categories, position doors within a
  271. category, position categories in the menu, and show all doors in just about
  272. any order you could want. (USF!)
  273.  
  274. Added security level checking to the graphs.  What good is it to hide some
  275. doors just to have them show up when a user creates a graph?  Now, they
  276. will not show up if the user doesn't have access to them!
  277.  
  278. Added user names to the Log file.  Actually, I replaced the category with
  279. the user name.  You know what category the doors are in, why list it in the
  280. log file? (USF!)
  281.  
  282. Added a Shell to Dos feature to DoorEdit.  (USF!)
  283.  
  284. Added support for an Alias in DoorEdit and DoorMan.  If you have an alias
  285. defined in DoorEdit, DoorMan will use it whenever it wants to display your
  286. name in the door instead of your Real Name. (USF!)
  287.  
  288. Added the ability to define more than one node as usable by a door.  In
  289. previous versions, you could only tell DoorMan that a door could either be
  290. used on a single node or All Nodes.  Now, you can have a list of nodes the
  291. door is valid on and All Nodes.
  292.  
  293. Added the ability to exclude SysOp's door usage from the stats. (USF!)
  294.  
  295. Changed the format for the .DAT file.  The net result is a decrease in the
  296. number of bytes for each entry.  Therefore, your DoorMan.Dat file will be
  297. smaller and the amount of time needed to gather data when creating a graph
  298. will be smaller.  There is a utility to convert your current .DAT file to
  299. the new format, however, I'm not shipping it with the door in order to keep
  300. the archive a little smaller.  If you want to save your old data, you can
  301. simply download the utility from me.  I'm in the process of writing a Log
  302. and Dat file management utility.  This will do the above conversion, allow
  303. conversion from the Log file to the Dat file, allow purging of either file
  304. based on date (kill anything over xx days old, allow cleaning up of the
  305. file (delete entries for doors that are no longer on the system), and
  306. anything else I can think of.
  307.  
  308. Change the X = Exit command so that it will abort the menus and IMMEDIATELY
  309. exit the program! (USF!)
  310.  
  311. Fixed the bug which wouldn't allow you to delete doors and categories! 
  312. Actually, since DoorEdit was completely re-written it's more of a case of
  313. didn't add the bug back in :)
  314.  
  315. Fixed the bug causing DoorStat to create a graph with nothing but the
  316. Y-axis.  If no data is available it should either exit without creating a
  317. graph, or create a full size blank graph.
  318.  
  319. Fixed the user inactivity routine.  You should no longer come in to find
  320. that a user has been setting in DoorMan for hours!  It will now warn them
  321. after 90 seconds of inactivity, then boot them after 120 seconds!
  322.  
  323. Fixed the bug with security levels on Remote Access systems.  In previous
  324. versions, security levels were treated as integers, therefore they were
  325. limited to a range of -32768 to 32768.  Was just fine for most systems,
  326. however, the SysOp security level on Remote Access systems is 54000. 
  327. Therefore, DoorMan DIED!  Security levels are now treated as Long Integers
  328. and have a range of -2 million something to 2 million something!
  329.  
  330. Fixed the bug causing doors to be shown as "In Use" when they really
  331. weren't.  Now, every time DoorMan is run it will look for any files
  332. relating to the current node and delete them before it enters the door. 
  333. There should be no files for the current node if it's just starting up. 
  334. This will kill any "use" files for that node and hence keep things cleaned
  335. up.  There is still one condition which will cause an erroneous "in use"
  336. message.  Let's say a user calls on Node 1, goes into DoorMan, then on into
  337. a door.  While in the door, an error occurs and the user doesn't return to
  338. DoorMan (therefore the "use" file doesn't get deleted).  If a user comes in
  339. on any other node and attempts to use that door *BEFORE* someone else comes
  340. into DoorMan on node 1 again, they will get an erroneous message.  However,
  341. the next time someone enters DoorMan on node 1 the file will be deleted and
  342. all will be back to normal.  Haven't found any way to eliminate this one!
  343.  
  344. Well, that's about it for changes and additions to this version, seems like
  345. there are more, but I can't think of them right now, if you find them,
  346. you'll know they're there.
  347.  
  348. ==========================================================================
  349. Up Next!
  350.  
  351. Support for "Sub-Categories" within each category.  The net effect will be
  352. an unlimited number of doors supported!  This may or may not happen, not
  353. sure yet?  Any need for it?
  354.  
  355. User definable utilities in DoorEdit.  Instead of a shell to dos, why not
  356. have a place to put say, Norton Commander?  Just hit a key and boom you're
  357. in Norton Commander, or TheDraw, or any other utility you care to use.
  358.  
  359. Sysop Definable Graphs in the door.  In other words, when the users chooses
  360. "G" for Graphs, they will first be given a menu of graphs you've already
  361. set up plus a "Roll Your Own" option.
  362.  
  363. Get the size of the DoorMenu.Exe down!!!!  The thing's getting outta hand! 
  364. As soon as the PDS version of the comm library is completed, I'll be able
  365. to do this!
  366.  
  367. Support for more nodes.  The current limit is 9, I have a way to increase
  368. this to at least 36, but don't know if there's a need.  If you need it, let
  369. me know!
  370.  
  371. More menu styles!  If you've got one you like, send me an ANSI screen and
  372. I'll get it in there!  The only real limitations are that the screen can be
  373. no more than 20 lines long (need 3 lines at the bottom to display the
  374. commands plus 2 lines for the status bar) and that the area for the choices
  375. be a box at least 73 characters wide and 16 lines.  This is not including
  376. the area for the Title.  This is just the space where the doors or
  377. categories will be inserted.  Other than that, anything goes!
  378.  
  379. Specific support for Other BBS types.  On the drawing board now is the
  380. option of creating bulletins using Renegade color codes.  If your BBS reads
  381. a file back in when it returns from a door (like Wildcat's UserInfo.Dat),
  382. let me know the specs and I'll have it supported.  Same goes for color
  383. codes in the bulletins, send me the specs!
  384.  
  385. Anything else you would care to suggest!!!
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.